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Description 




Method and system for the validation of fault symptoms 

The invention relates to a method for the validation of fault 
symptoms appearing at driver outputs. 

The invention relates further to a system for the validation 
of fault symptoms appearing at driver outputs. 

The monitoring of final stage driver outputs in the context of 
fault diagnosis during the operation of a motor vehicle is fa- 
miliar- When this is done, circuit states can arise in which 
fault symptoms are not identified, or not unambiguously. For 
these fault symptoms, a validation routine is generally per- 
formed, by which to check the validity of the reported fault 
symptom. This approach is intended, for example, to ensure 
that a fault counter which has been incremented because of a 
valid fault symptom is not then decremented again by consid- 
eration of an unvalidated item of data which implies that the 
fault is no longer present. 

The performance of validation routines of this type involves a 
high computational effort. In some circumstances this effort 
can be unreasonable, for example if it is only a matter of 
freezing a fault counter at a certain counter reading. 

The object underlying the invention is to provide a method and 
a system by which the performance of a validation routine for 
a symptom which is not identified, or not unambiguously iden- 
tified, is rendered superfluous in many cases. 

This object is achieved with the features of the independent 
claims . 

Advantageous forms of embodiment of the invention are speci- 
fied in the dependent claims. 
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The method according to the invention for the validation of 
fault symptoms appearing at driver outputs includes the steps: 
record a symptom present at a driver output, and classify the 
symptom into one of several classes of different symptoms, by 
means of a symptom recognition unit; assign an item of symptom 
validation data to the symptom, as a function of the classifi- 
cation, by means of a symptom validation unit; report the 
classification, or an item of reporting data assigned to the 
classification, as applicable; and report the symptom valida- 
tion data. On the basis of this method it is possible to carry 
out symptom validation solely on the basis of a classification 
of fault symptoms. A validation of this type is in many cases 
sufficient, or it can be effected as a preliminary validation 
before carrying out further validation measures. 

It is particularly useful if at least four classes are avail- 
able for the purposes of classifying a symptom, whereby an un- 
ambiguously identifiable electrical fault is classified as a 
symptom of class 1, an electrical fault which is not unambigu- 
ously identifiable is classified as a symptom of class 2, a 
symptom is classified as belonging to class 3 if it can be un- 
ambiguously identified that no electrical fault is present, 
and a symptom is classified as belonging to class 4 if no 
electrical fault is present but this cannot be unambiguously 
identified. Such a classification offers an adequate basis for 
the validation of symptoms according to the invention. In this 
sense, an item of validation data can be unambiguously as- 
signed to each of the classes 1 to 4 . 

In doing this, provision is made in particular that when a 
fault symptom is classified as belonging to class 1, the item 
of validation data assigned to the fault symptom is "valid", 
and the classification is reported together with the valida- 
tion data. A fault symptom in class 1 is an electrical fault 
which can be unambiguously identified. Such fault symptoms are 
always given the item of validation data "valid" and can thus 
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form the prerequisite, for example, for a fault counter to be 
incremented . 

It is useful if provision is also made that, when a fault 
symptom is classified as belonging to class 3, the item of 
validation data ''valid" is assigned to the fault symptom and 
the classification is reported together with the validation 
data. The classification as class 3 specifies that there is no 
electrical fault present and that this can be unambiguously 
identified. The item of validation data "valid" can be as- 
signed. 

In this sense, a further preferable provision is that if a 
fault symptom is classified as belonging to class 2 or class 
4, the item of validation data ''invalid" is assigned to the 
fault symptom, and the classification as class 3 and the item 
of validation data are reported. Consequently fault symptoms 
in class 2, that is to say electrical faults which cannot be 
unambiguously identified, or in class 4, that is faults not 
present but where this cannot be unambiguously identified, are 
given the item of validation data "invalid" and there is a 
general report that a fault symptom in class 3 is present. 

In this connection it can be useful when an item of validation 
data "invalid" is present if there is a possibility of getting 
the symptom validation unit to influence the driver output 
concerned, in order to get at additional data about the fault 
symptom concerned. Even if the assignment of the item of vali- 
dation data "invalid" to the fault symptoms in class 2 and 
class 4 is sufficient, for example, to avoid the decrementing 
of a fault counter when a fault symptom in class 4 is present, 
it can be desirable to obtain further data about the fault. In 
this case, the symptom validation unit can, for example, be 
prompted by system components located outside the final stage 
to supply pulses to the final stage outputs, as a basis to en- 
able a further diagnosis of the final stage outputs to be un- 
dertaken- 
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The invention relates further to a system with a final stage 
and a symptom reporting unit assigned to the final stage, 
where the final stage has a symptom recognition unit, a symp- 
tom validation unit and a symptom output unit, by means of the 
symptom recognition unit symptoms, present at a driver output, 
can be recorded and in each case classified into one of sev- 
eral classes of different symptoms, by means of the symptom 
validation unit an item of symptom validation data which de- 
pends on the classification can be assigned to a symptom, by 
means of the system output unit the classification and the 
item of validation data can be communicated to the symptom re- 
porting unit, and the symptom reporting unit reports the clas- 
sification or an item of reporting data assigned to the clas- 
sification, as applicable, and the symptom validation data. In 
this way, the advantages and special features of the method 
according to the invention can also be realized as part of a 
system. This applies also to the specially preferred forms of 
embodiment of the system according to the invention, specified 
below. 

This is further developed in a useful way in that at least 
four classes are available for the classification of a symp- 
tom, whereby an unambiguously identifiable electrical fault is 
classified as a symptom of class 1, an electrical fault which 
is not unambiguously identifiable is classified as a symptom 
of class 2, a symptom is classified as belonging to class 3 if 
it can be unambiguously identified that no electrical fault is 
present, and a symptom is classified as belonging to class 4 
if no electrical fault is present but this cannot be unambigu- 
ously identified. 

The further provision is made that, when a fault symptom is 
classified as belonging to class 1, the item of validation 
data "valid" is assigned to the fault symptom and the classi- 
fication is reported together with the validation data. 
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The* system according to the invention is developed in a par- 
ticularly preferred manner in that when a fault symptom is 
classified as belonging to class 3, the item of validation 
data ^^valid" is assigned to the fault symptom and the classi- 
fication is reported together with the validation data. 

It is, furthermore, of particular advantage that, if a fault 
symptom is classified as belonging to class 2 or class 4, the 
item of validation data '"invalid" is assigned to the fault 
symptom and the report shows the classification as class 3 and 
the item of validation data. 

It is also useful, as part of the system according to the in- 
vention, to make provision that when the item of validation 
data is "invalid" there is a possibility for getting the symp- 
tom validation unit to influence the driver output concerned, 
in order to get at additional items of data about the fault 
symptom concerned. 

The invention is based on the recognition that a symptom vali- 
dation unit, which is assigned to the final stage and which 
works on the basis of a classification of faults, renders un- 
necessary in respect of certain functions the performance of 
validation routines for fault symptoms which are not identi- 
fied or not unambiguous. 

The invention will now be explained by reference to examples 
of preferred forms of embodiment and the accompanying draw- 
ings, in which; 

Figure 1 shows a schematic representation of a system accord- 
ing to the invention; and 

Figure 2 shows a flow diagram for a method according to the 
invention . 
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Figure 1 shows a schematic representation of a system accord- 
ing to the invention. Symptoms in various classes can be pre- 
sent. Symptoms in class 1 derive from electrical faults which 
are unambiguously identifiable. Symptoms in class 2 derive 
from electrical faults which are not unambiguously identifi- 
able. In the case of symptoms in class 3 it is possible to 
identify unambiguously that no electrical fault is present. In 
the case of symptoms in class 4, no electrical fault is pre- 
sent, but this cannot be unambiguously identified. A symptom 
recognition unit 12 assigned to a final stage 18 records the 
symptoms present at the final stage outputs 10 and classifies 
them by assignment to the listed classes 1 to 4 . On the basis 
of this classification, a symptom validation unit 14 under- 
takes the assignment of an item of symptom validation data. 
The items of data which are thus present are output by a symp- 
tom output unit 16 on a symptom reporter 20. In the case of a 
symptom in class 1, the output from the symptom reporter is 
that the symptom belongs to class 1 and has the item of vali- 
dation data "valid" . In the case of a symptom in class 2 the 
output is that the symptom belongs to class 3 and is "inva- 
lid" . If a symptom in class 3 is present, the report is that 
the symptom belongs to class 3 and is "valid" . If a symptom in 
class 4 is present, the symptom reporter 20 specifies that the 
symptom belongs to class 3 and is "invalid" . If necessary, in 
addition to the validation which is then available, is it pos- 
sible to request the symptom validation unit 14 to apply 
pulses to the final stage outputs 10 so that a further diagno- 
sis of the final stage outputs can be carried out, in particu- 
lar in relation to symptoms in classes 2 and 4 . The symptom 
validation unit 14 can be designed to be configurable, so as 
to permit various strategies for the influences applied to the 
final stage outputs 10. Provision can be made, for example, 
for the symptom validation unit 14 itself to initiate the in- 
fluence on the final stage outputs. Provision can also be made 
for other system components to request the symptom validation 
unit 14 to supply pulses to the final stage 10. In order to 
permit various of these variants, it is beneficial if the 
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symptom validation unit 14, which will preferably be realized 
in hardware form, is configurable. 

Figure 2 shows a flow diagram for a method according to the 
invention. After the start of the method, in step SOI, in step 
S02 a symptom is recorded by the symptom recognition unit, at 
a final stage output of a final stage. In step 303, the symp- 
tom is classified as belonging to one of the classes 1 to 4. 
As part of the symptom validation, step S04 asks whether a 
symptom in class 1 is present. If so, then in step SOS the 
item of validation data "valid" is assigned to the symptom. If 
no symptom in class 1 is present, then step S06 asks whether a 
symptom in class 3 is present. If so, then in step S07 the 
item of validation data '^valid" is in turn assigned to the 
symptom. If step S06 determines that no symptom in class 3 is 
present, then at this point in the execution of the method it 
has been shown that a symptom in class 2 or class 4 is pre- 
sent, so that the item of validation data "invalid" can imme- 
diately be assigned to the symptom in step SOS. After the 
symptom validation, the data which has been determined is 
handed over, this not being shown in the present flow diagram, 
to a symptom reporter, so that following on from step SOS the 
report "Symptom class 3, invalid" is made, as shown in step 
S09. After step S07 the report "Symptom class 3, valid" is 
made, as shown in step SIO, and after step SOB the report 
"Symptom class 1, valid" is made, as shown in step Sll. A re- 
turn to the recording of symptoms in step S02 permits the 
method according to the invention to be executed again, or the 
method can terminate in step S12, as applicable. 

The invention can be summarized as follows: for the purpose of 
validating fault symptoms arising at driver outputs 10 a symp- 
tom validation unit 14 is provided, within a final stage 18, 
which carries out a validation or a preliminary validation on 
the basis of a classification of symptoms. By the assignment 
of the item of validation data "invalid" to symptoms which are 
not unambiguously identifiable, it is possible to suppress 
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further consideration of the symptoms, or to initiate further 
diagnoses for the final stage output 10 concerned, as appro- 
priate . 



